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Seamless Cross-Site User Authentication Status Detection 

and Automatic Login 

BACKGROUND OF THE INVENTION 



The invention relates generally to online user network authentication status 
detection. More particularly, the invention relates to a system and method for 
determining in a global network the user network authentication status as the user 
goes from site to site, and providing a transparent/implicit multi-site logon including 
automatic introduction from one site to the other. 



In the world of computer networks and computer network systems, for executing 
applications on a computer, the application often requires users to authenticate 
themselves prior to performing any actions to prevent unauthorized access. 
Typically, a user provides identification by a user name and password combination, 
and may have to supply other information such that the user can create and later 
access a private account on a merchant's site. 



TECHNICAL FIELD 



DESCRIPTION OF THE PRIOR ART 



Prior art mechanisms for cross-network single sign-on, such as Microsoft Passport 
(www.passport.coml and AOL Screen Name Service (my.screenname.aol.com), 
require partner sites in the network to direct the user's browser to the central 
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authentication Web site in order to obtain the user's network authentication status. 
In a global network including partner sites and non-partner sites, it would be 
advantageous to provide a secure and efficient apparatus and process for partner 
sites to automatically and independently determine if a user has signed into the 
global network without the user's browser having to interact with the central 
authentication site. 

SUMMARY OF THE INVENTION 

A system and method for determining in a global network the user status as the user 
goes from site to site within the network is provided. Additionally, the system and 
method provides for transparent or implicit multi-site logon functionality, including 
automatic introduction from one site to the other using a baseline authentication 
agency. The system and method provides an architecture for a core global network 
(referred to herein as NET) that incorporates some or all of the following features 
and components: a set of baseline authentication agencies responsible for the core 
global network (NET) services, such as login and user-selected service-provider 
lookup; a NET and associated DNS records used for cookie sharing, login routing, 
and the like; and a collection of partner sites accessible via the NET. 

In the preferred embodiment of the invention, the baseline authentication agency 
(referred to herein as BAA) manages a subset of the NET user namespace and 
provides core NET services such as authentication for NET users. The baseline 
authentication agency supports authentication of NET id's via corresponding 
passwords or other authentication credentials. After authenticating a user, the 
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baseline authentication agency writes its BAA identification (BAA id) along with an 
authenticated status of true into a cookie that it sets in a shared domain that can be 
accessed by NET partner sites. 

5 When an authenticated NET user visits a NET partner site, the NET partner site 
accesses the shared domain cookie to determine the user's network authentication 
status and baseline authentication agency. If the user is already authenticated into 
the network, the NET partner site may then redirect the user's browser to the 
authentication agency's Web site to request NET id information for the user. The 

10 baseline authentication agency distinguishes between sites that have been linked 
and that have a trust relationship with the user and ones that have not been linked. 
The baseline authentication agency returns the user's NET id information to the 
partner site if it's a linked site, thereby performing a seamless authentication. If the 
site is not linked, the baseline authentication agency returns an authentication error 

15 indication. 

When a NET user logs out of NET, the user's baseline authentication agency resets 
the user's authenticated status to false in the shared domain cookie. 

20 When an unauthenticated NET user visits a NET partner site, the NET partner site 
attempts to access the shared domain cookie and either does not find the cookie at 
all, or sees that the authenticated status is false. In either case, the NET partner site 
sees that the user is not authenticated into NET and thus does not allow access. 

25 



3 



WO 2004/006499 PCTYUS2003/021244 

BRIEF DESCRIPTION OF THE DRAWINGS 



Fig. 1 is a schematic diagram of the components and their respective relationships of 
an architecture for a core global network for detecting user status according to the 
5 invention; 

Fig. 2a is a flow diagram of a realized NET partner site seamless user authentication 
detection and automatic login according to the invention; 

10 Fig. 2b is a flow diagram of a realized NET partner site seamless user authentication 
detection and automatic login according to the invention; and 



15 



Fig. 3 is global network architecture component interaction diagram according to the 
invention. 



DETAILED DESCRIPTION OF THE INVENTION 



A system and method for determining in a global network the user status as the user 
goes from site to site within the network is provided, and can be described with 

20 reference to Fig. 1. Additionally, the system and method provides for transparent or 
implicit multi-site logon functionality, including automatic introduction from one site to 
the other using a baseline authentication agency. The system and method provides 
an architecture for a core global network 100 (referred to herein as NET) that 
incorporates some or all of the following features and components: a set of baseline 

25 authentication agencies 102 responsible for the core global network (NET) services, 

4 
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such as login and user-selected service-provider lookup; a NET domain 104 and 
associated DNS records 106 used for cookie sharing, login routing, and the like; and 
a collection of partner sites 108 accessible via the 104 NET domain. 

5 In the preferred embodiment of the invention, the baseline authentication agency 102 
(referred to herein as BAA) manages a subset of the NET user namespace and 
provides core NET services for NET users. The baseline authentication agency 102 
supports authentication of NET id's via corresponding passwords or other 
authentication credentials. After authenticating the credentials, the baseline 

10 authentication agency 102 writes its BAA identification (BAA id) along with an 
authenticated status of true into a cookie 110 of the shared domain 104 that is 
accessed by NET partner sites 108. It should be appreciated that both partner sites 
and BAAs have unique NET identifiers. For example, such identifiers can be 
referred to uniformly as "NET ids", or as "partner NET ids" and "BAA NET ids", 

15 respectively. 



When an authenticated NET user visits a NET partner site 108, the NET partner site 
108 accesses the shared domain cookie 110 to determine the user's baseline 
authentication agency 102. The NET partner site 108 then redirects the user's 

20 browser to the authentication agency's Web site 102 to request NET id information 
for the user. The baseline authentication agency 102 distinguishes between sites 
that have been linked and that have a trust relationship with the user and ones that 
have not been linked. The baseline authentication agency 102 returns the users 
NET id information to the partner site 108 if it's a linked site, thereby performing a 

25 seamless authentication. If the site is not linked, the baseline authentication agency 
102 returns an authentication error indication. 

5 
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When a NET user logs out of NET, the user's baseline authentication agency 102 

resets the user's authenticated status to false in the shared domain cookie 110. j 

5 When an unauthenticated NET user visits a NET partner site 108, the NET partner 
site 1 08 attempts to access the shared domain cookie 110 and either does not find 
the cookie at all, or sees that the authenticated status is false. In either case, the 
NET partner site 108 sees that the user is not authenticated into NET and thus does 
not allow access. 

10 

Design Goals 

In this section is a discussion of some of the design goals considered for the 
preferred embodiment of the invention. 

15 

The preferred embodiment of the invention provides an architecture for a system that 
is sufficiently decentralized to enable a global network (also referred to herein as 
NET) to assemble a strong partnership of large namespace-owning companies, or 
baseline authentication agencies (BAAs). 

20 

The preferred embodiment of the invention provides means for minimizing barriers to 
adoption, and routine use of NET'S services, by: 

■ existing users of NET'S membership company products; 
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■ enabling a seamless membership of interoperable authentication agencies and 
their associated user bases; 

■ users without existing NET partnership company ties; and 

5 

■ potential global network affiliates, such as companies operating Web sites and 
Web services. 

The preferred embodiment of the invention provides means for providing user 
10 flexibility in privacy controls. 

Strategy and Key Concepts 

The preferred embodiment of the invention provides the following architectural 
15 strategy for achieving the above goals by using the following elements, each element 
discussed in a section by the same name herein below: NET Accounts and GUIDs, 
Baseline Authentication Agencies, and Decentralization of Core NET Functionality 

NET Accounts and GUIDs 

20 

The strategy for addressing the "frictionless service portability" goal, which also 
provides privacy of the NET login ids (communication addresses), provides a 
globally unique identifier (GUID) for each NET user account. Such id is essentially a 
global network account number that will be largely or fully unknown to a user. 

25 
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It should be appreciated that a GUID may have more than one associated global 
network login id. 



Also, this GUID, and not the user NET LID, is the primary key with which the global 
network user data records are indexed. With such approach, users are free to 
change their respective NET LIDs. For example, a user can switch from a first ISP's 
email LID to a second ISP's LID for authentication and communication services 
(foo@baa1.com -> foo@baa2.com) without losing their respective global network 
account and everything associated with it throughout the global network. 

For privacy reasons, only the GUID and the name of the authenticating agency are 
shared with third party sites unless the user opts-in to distributing the global network 
LID. In general, unless a user has established a trust relationship or linkage with a 
third party site, not even the GUID is made available to the site. 

Decentralization of Core Global Network (NET) Functionality 

It is undesirable to a candidate global network BAA for the global network 
architecture to have a significant centralization of authentication, wherein global 
network servers operated by other global network BAAs would have to be depended 
on and/or are able to track logins to a given global network BAA, such as the 
candidate global network BAA. 

It is also undesirable to a candidate partner site for the global network to depend on 
interaction with a global network server to determine the network authentication 
status of users who visit the candidate site. Hence a decentralization requirement 
imposed on the architecture is to enable partner sites in the network to 

8 
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autonomously determine the network authentication status of users who visit, without 
having to direct users to a global network server in order to accomplish this. 
The design strategy for addressing such requirements according to the preferred 
embodiment of the invention is as follows: 

5 

■ Propagate selected global network user information to global network partner 
sites by setting cookies on a global network domain, e.g. partners.net.org, for which 
each partner has an entry, e.g. books.com.partners.net.org, such that partners can 
fetch such data without hitting any centralized global network server, e.g. a server 

1 0 operated by one of the BAAs. 

■ Store baseline global network user account data at the user's owning BAA, vs. at 
a central global network location. 

15 Architecture Components 

The global network architecture includes the following components: 

■ A set of baseline authentication agencies (BAAs) that are responsible for core 
20 global network services, such as user authentication and user-selected service- 
provider lookup. 

■ A global network domain, e.g. net.org, and associated DNS records for use in 
cookie sharing, login routing, etc. 

25 
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■ A collection of partner sites, also known as consumer services, accessible via the 
global network. 

These components of the global network architecture are further described in detail 
5 herein below 

Baseline Authentication Agencies (BAAs) 

In the preferred embodiment of the invention, BAAs are the backbone of the global 
10 network. They collectively manage the global network namespace and provide core 
global network services, such as basic login, account maintenance, service 
subscription management and lookup, etc. for global network users. Following is an 
example of a BAA's responsibilities. 

15 The baseline authentication agency supports authentication of global network ids via 
corresponding passwords or other authentication credentials. After authenticating 
the user, the BAA creates and signs authentication credentials for a given user, and 
deposits such credentials in a centralized domain. 

20 ■ Underlying data: The BAA has, at a minimum, one record per-global network id, 
the record containing a) the global network login id (NET LID); b) a corresponding 
global network GUID; c) privacy option regarding sharing global network login id with 
a linked site, such as a partner site; and d) information sufficient to authenticate the 
user, e.g. a hashed copy of the user's password. 

25 

10 
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The BAA needs to be able to distinguish between a partner site that has been linked, 
Le. established a trust relationship with the user, and one that has not yet been 
linked. For linked sites, the global network id information for a logged in user is 
implicitly shared as the user visits or surfs to the partner site. For an unlinked site, 
5 the user is anonymous relative to the global network when visiting the site. 

■ Underlying data: on a per global network id basis, the BAA maintains a list of all 
partner sites that have been linked by the user to the global network id. 

10 Global Network Domain 

In the preferred embodiment of the invention, the global network owns and operates 
an Internet domain, i.e. the NET domain, such as net.org. This NET domain is used 
as the destination domain for cookies that need to be shared among global network 
15 BAAs and/or shared among global network partner sites. The login model herein 
discussed calls for a cookie to be made available to all global network partners by 
being set on the NET domain or a subdomain thereof, e.g. partners.net.org, and 
giving each partner a DNS entry on a subdomain thereof, e.g. 
aol.com.partners.net.org. 

20 

The NET domain is also used to facilitate routing of login credential submissions to 
the proper BAA for the user, as described in United States Patent Application Ser. 
No. 10/086,104, filed February 26, 2002. 

25 Example Implementation 

11 
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This section describes in detail an example implementation according to the 
preferred embodiment of the invention. It should be appreciated that the particular 
implementation is by example only, and that other implementations are possible and 
within the spirit and scope of the invention. The sample implementation can be 
5 described with reference to Figs. 2a and 2b, a flow diagram of a realized NET 
partner site seamless user authentication detection and automatic login. 

Step 1. User navigates to NET partner site abc123.com's home page, which 
the user's browser requests (200). 

10 

Step 2. abc123.com's server returns abc123.com's home page, which contains 
an JavaScript tag that instructs the browser to fetch abc123.com's seamless NET 
login JavaScript page from abc123.com's subdomain on the shared NET domain 
and to subsequently detect and process auto-generated login ticket returned by 
15 user's BAA. (201) 

Step. 3 Browser requests abc123.com's seamless NET login JavaScript page, 
and passes along the user's shared NET login cookie, if any. (202) 

20 Step 4. abc123.com's server examines the browser request to see if a NET 
login cookie is available. (203) 

Steps. abc123.com's server examines the user's NET login cookie to see if 
the user's login status is "true", i.e., the user is currently logged in. (204) 

25 
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Step 6. abc123.com server returns an HTTP redirect to the ticket-generating 
URL configured for the user's BAA, as indicated in the NET login cookie. (205) 



Step 7. Browser follows redirect and requests BAA's ticket-generating URL, 
5 passing along abc123.com's NET id and user's BAA login cookies. (206) 

Step 8. BAA's server inspects user's BAA login cookies to ensure they're valid, 
e.g., by checking their timestamp, checksum values, etc. (207) 

10 Step 9. BAA's server checks its database records to see if user has previously 
authorized seamless login to abc123.com. (208) 

Step 10. BAA generates abc123.com login ticket for user and returns JavaScript 
code containing the ticket. (209) 

15 

Step 11. JavaScript code returned to browser in step 201 detects the login 
ticket, assigns the ticket value to a hidden form field in abc123.com's home page, 
and auto-submits the form to continue the seamless login. (210) 

20 Step 12. abc123.com server receives the ticket from the browser and issues a 
server-to-server request to BAA's ticket-validating URL. (21 1) 

Step 13. BAA server validates the ticket, e.g., by checking its embedded 
timestamp, checksum values, etc. (212) 

25 

Step 14. BAA server returns the user's NET GUID. (213) 

13 
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Step 15. abc123.com server receives the user's NET QUID and looks it up in its 
database to find the user's corresponding abc123.com user id, then logs the user in 
as that abc123.com user id. (214) 

5 

Step 16. abc123.com server returns JavaScript in which the partner ticket 
variable is set to "0" to indicate that no ticket is available. (215) 

Step 17. BAA server returns JavaScript in which the partner ticket variable is set 
1 0 to "0" to indicate that no ticket is available. (21 6) 

Step 18. Browser detects that no partner ticket has been returned, hence aborts 
the seamless NET login processing and leaves abc123.conVs home page (returned 
in step 201) displayed to the user. (217) 

15 

The example partner site implementation consists of the following files, the contents 
of which are listed below. 

■ abcHomePage.htm - an example partner site home page that implements 
20 seamless user status detection and auto-login. 

■ statusDetect.jsp - an example partner site dynamic server page, written in 
JavaServerPages syntax, that detects and acts upon user's login status based on 
NET login status cookie. 

25 
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Table A below shows an example html file for the home page of the partner site 
according to the invention. 



Table A 



abcHomePage.htm: 



1 <html> 

2 <head> 

3 <title>abcl23.com home page</title> 
4 

10 5 <script> 

6 var partnerTicket=0; 

7 // Function to be invoked after page, incl. embedded JavaScript file, loads 

8 function onLoad() { 

9 // Got ticket? 

15 10 if (partnerTicket != 0) { 

11 // Yes — auto-submit to abcl23. corn's seamless login handler 

12 document, forms, autologin. ticket, value = partnerTicket; 

13 document, forms. autologin. submit ( ) ; 

14 } 

20 is > 

16 </script> 

17 </head> 
18 

19 <body onLoad="onLoad() ; return false; "> 

25 20 Welcome to abcl23.com! 
21 

22 <p>Guest, please <a href= w loginForm. jsp">login</a> . 
23 

24 <script src= M http: //abcl23. com. partner, net. org/statusDetect . jsp"></script> 

30 25 

26 <form narae="autologin" ac ti on= " auto Login, htm" > 

27 <input type="hidden" name= n ticket" value= w 0 M > 

28 </form> 
29 

35 30 </body> 
31 

32 </html> 



Table B below shows an example JavaScript program segment for detecting a user*s 
40 status according to the invention. 



15 
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Table B 



statusDetectjsp: 



1 <%@ page language=" java" 

2 import=" java.net. *, java.io. *, java.util . *, javax. servlet.http. *" 
5 3 %> 

4 

5 <% 

6 // Find netLoginStatus cookie value, if any 

7 Cookie cookies [] = request. getCookies {) ; 
10 8 boolean found = false; 

9 String status = null; 

10 String baald = null; 
11 

12 for (int i=0; (Kcookies. length) && ! found; i++) { 

15 13 found - cookiesli) .getNameO .equals ("netLoginStatus") ; 

14 if (found) { 

15 // Value is of form <status>-<BAAId> 

16 String val - cookies [i] . getValue () ; 

17 int sepPos = val . indexOf ("-") ; 

20 18 status = val.substring(0, sepPos); 

19 baald = val . substring (sepPos+1) ; 

20 ) 

21 ) 

25 23 // Found cookie and user logged in? 

24 if (found && status. equals ("true") ) { 

25 // Yes 
2c 

27 // Lookup BAA»s ticket-generating URL 

30 26 String baaUrl = ""; 

29 if (baald. equals ("baal") ) ( 
30 

31 baaUrl = "http: //login. baal .partner . net .org/ticketGen?siteId=abcl23 . com"; 

32 ) else if (baald . equals ("baa2" ) ) { 

35 33 baaUrl = "http: //auth. baa2.partner.net. org/ tg?siteld=abcl23. com"; 

34 )//... 
35 

36 // Redirect to BAA' s ticket-generating URL 

37 response . sendRedirect (baaUrl ) ; 
40 38 ) else { 

39 //No — render login button 

40 out.println{"<a href=\"loginForm. jsp\">Login</a>" ) ; 

41 ) 



45 Seamless Login Example 
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This section illustrates interactions when the user visits a global network partner site 
after previously logging into the global network during the same session, and can be 
described with reference to Fig. 3, a global network architecture component 
interaction diagram. 

5 

The following steps are meant by example only, and other ways of achieving the 
same results are within the scope and spirit of the invention. 

Stepl. User clicks on a site that has been bookmarked, such as 
10 "auction 123.com", and the browser requests the auction123.com home page. (301) 

The returned auction123.com home page (302) includes a JavaScript SRC= tag 
which tells the browser to fetch an auction 123.com-served JavaScript file from 
auction123.com.partners.net.org as well as other JavaScript code that is used herein 
15 below. (303) 

Step 2. The auction123.com server on partners.net.org gets a NET_BAA 
cookie and thus knows that a seamless global network login for such user is 
possible, i.e. if they have previously linked their auction123.com/global network 
20 accounts and opted into the auto-login feature. (303) 

Step 3. The auction123.com server uses the baseline authentication agency 
domain from the NET_BAA cookie, aol.com.auth.net.org in this case, to formulate 
the URL to the BAA's login token-generation service, and returns an HTTP redirect 
25 to this URL. (304) 



17 



WO 2004/006499 PCT/US2003/021244 

Step 4. The browser fetches aol.com's login token generation service URL, 
passing auction123.com's global network site id. (305) 

Step 5. The BAA (aol.com) server receives the token-generation request 
5 including site id, as well as the user's NET credential cookies previously sent to the 
browser. 

It checks to see if 1) the site id is known or valid; 2) the user's credentials are valid; 
and 3) the user has authorized seamless login to that site. Because all conditions 
10 are true in this case, it generates and returns a JavaScript snippet containing a 
short-lived, auction123.com specific, encrypted global network login token bound to 
a JavaScript variable, such as "netLoginTok". (306) 

Step 6. The auction123.com's, original page served in Step 1 above, includes 
15 JavaScript that sees if the JavaScript variable, netLoginTok has a value. When the 
step fails, then netLoginTok has no value. 

In the case netLoginTok has a value, then the auction123.com JavaScript code 
proceeds with the seamless global network login processing as follows: 

20 

The JavaScript code writes out an HTML form that includes the global network login 
token as a hidden field and the auction123.com global network login handler as the 
action (target URL). It then auto-submits the form such that the browser POSTS the 
form to the auction123.com global network login handler URL on auction123.com. 
25 (307) 

18 
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Step 7. The auction123.com server requests mapping of login token -> account 
number. (308) 



The aol.com (BAA) server decrypts the login token and performs a series of 
validation checks on it, such as: not expired and if the IP of requesting 
auction123.com server is in allowed list for site id = auction123.com. 

The validation checks pass and the aol.com server returns the user's global network 
account number to the auction123.com server. (309) 

Step 8. The auction123.com server maps user's global network account 
number to their auction123.com record, and proceeds to log user in as usual, setting 
auction123.com cookies, etc., and returns a personalized welcome page. (310) 

Accordingly, although the invention has been described in detail with reference to 
particular preferred embodiments, persons possessing ordinary skill in the art to 
which this invention pertains will appreciate that various modifications and 
enhancements may be made without departing from the spirit and scope of the 
claims that follow. 
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